home *** CD-ROM | disk | FTP | other *** search
/ BCI NET 2 / BCI NET 2.iso / archives / programming / amos / amoslist-0295.lzh / AMOSLIST / text0192.txt < prev    next >
Encoding:
Text File  |  1995-03-01  |  1.6 KB  |  41 lines
  1.  
  2.  
  3. On Mon, 20 Feb 1995, Daithi Padraig Ocuinn wrote:
  4.  
  5. > I have written a program in Amos which involves a `laser beam`
  6. > being fired from one part of the screen to another.
  7. > To do this I just work out dy and dx ( one of these values
  8. > will be 1) and add them to the original points until the
  9. > destination is reached or it hits something.
  10. > 
  11. > It works fine when run through the editor, yet when compiled...
  12. > does not. Why???  I use real numbers for dx and dy - maybe
  13. > the compiler cannot deal with these or something?
  14. > The beam does not go in the right direction at all.
  15.  
  16. Try not to use anything but integers for games.  Many may disagree, but 
  17. it is simply the only way to go.  Especially since the compiler doesn't 
  18. work well with floats and not always with math functions.  In airTaxi, I 
  19. had a purple sphere magnet that would pull all the cars toward itself.  
  20. This involved some basic vector and magnetism functions, but I used all 
  21. integers to do it.  Simply have an X value that represents 1/100th of a 
  22. pixel, same with Y.  Then set dx or dy to 100 and the other to cos/sin * 100.
  23. Your routine will perform faster too.  If you need more accuracy, use 256 
  24. or more instead of 100.  Just divide by the number to get the real pixel 
  25. position.
  26.  
  27. In my game, I also had to abort at the beginning if SQR(4)<>2.  Why?  
  28. Because the compiler would 20% of the time not include the math libraries 
  29. or something like this.  My purple sphere would not attract anything at 
  30. all - this is how I noticed the problem.
  31.  
  32. Hope this helps - Dave May
  33.  
  34. > 
  35. > Has anyone got a list of inconsistencies in compiler/interpreter
  36. > operation? This is driving me up the wall.
  37. > 
  38. > D.O`Cuinn
  39. > 
  40.  
  41.